The queue should now work regardless of how you try to interrupt it. Please test it @fire-light42 @Luna712

Thank you.
I did a lot of testing but only in series. I forgot the movies.

Fixed 👍

Here is a bit more comprehensive review with more issues I've found. Though still not done testing completely.

1. Managed to hit a crash:

2. Cancel all queued downloads doesn't cancel in progress or paused downloads (not sure if intentional or not)
3. Not sure if this is intentional either, but 1) you can't drag one from below the separator to above the separated to start that download immediately and requeue one above it. Additionally if you pause the 3 parallel downloads others don't start while those are paused. Though this may be intentional behavior.
4. When I click the delete file on an in progress downloads while in the queue, it doesn't remove them from the adapter (or more likely view model because even if I close and reopen the fragment they still remain there).
5. A bit inconsistent/odd padding for the download all button:

Perhaps the UI could be simplified by condensing into a download all icon? Not 100% sure though.

6. When I click download all, the icons immediately change, but clicking them doesn't give an option to cancel them until it finishes finding the links for them. Also maybe a cancel all button should be added if all currently queued to reverse that download all action?
7. Some animations randomly stop spinning. Not sure if that is just due to recyclerviews though:
   Screen_Recording_20251206_183220_CloudStream.Debug.2.mp4

1. Managed to hit a crash

It is such a weird issue because the mutex is surrounded by a try catch. I will try to fix it.

2. Cancel all queued downloads doesn't cancel in progress or paused downloads (not sure if intentional or not)

This is intentional and I tried to clarify that using the wording in the popup. The queued downloads are instantaneous and easy to readd, making them of lower importance. While active downloads, which require link loading, are presumed to be more important, requiring explicit intent to cancel or pause.

3. Not sure if this is intentional either, but 1) you can't drag one from below the separator to above the separated to start that download immediately and requeue one above it. Additionally if you pause the 3 parallel downloads others don't start while those are paused. Though this may be intentional behavior.

All of this behavior is intentional, although some of it may change in a future update. While it would be nice to move the separator or active downloads it would complicate the system, pull request and UX too much. Future pull requests may try to improve this, this pull request is big enough already.

4. When I click the delete file on an in progress downloads while in the queue, it doesn't remove them from the adapter (or more likely view model because even if I close and reopen the fragment they still remain there).

I thought I fixed that issue, but I suppose not. Thank you for reporting it.

5. A bit inconsistent/odd padding for the download all button. Perhaps the UI could be simplified by condensing into a download all icon? Not 100% sure though.

Will fix 👍
Netflix designs the button with an additional line in the download icon, maybe that would be nice to have.

6. When I click download all, the icons immediately change, but clicking them doesn't give an option to cancel them until it finishes finding the links for them. Also maybe a cancel all button should be added if all currently queued to reverse that download all action?

I will add a click to cancel popup to each. However, I do not want to add more buttons to the result fragment. It already lacks space. A cancel all button in the queue menu is enough in my opinion.

Some animations randomly stop spinning. Not sure if that is just due to recyclerviews though.

I think the state is not properly set. I will try to fix.

Thank you for your review ❤️

This is intentional and I tried to clarify that using the wording in the popup. The queued downloads are instantaneous and easy to readd, making them of lower importance. While active downloads, which require link loading, are presumed to be more important, requiring explicit intent to cancel or pause.

That makes sense and yeah I wasn't sure.

All of this behavior is intentional, although some of it may change in a future update. While it would be nice to move the separator or active downloads it would complicate the system, pull request and UX too much. Future pull requests may try to improve this, this pull request is big enough already.

Same as above

I will add a click to cancel popup to each. However, I do not want to add more buttons to the result fragment. It already lacks space. A cancel all button in the queue menu is enough in my opinion.

I wasn't necessarily thinking another button but rather replace the download all with cancel all if all in progress or delete all if all downloaded in that available batch, but the other button works too. Was just an idea, but isn't actually necessary for this PR. I think the first part of this I mentioned where you can't cancel at all until it finishes finding links is probably a bug though that could be fixed but not certain if that was intentional as well or not.

Thank you for your review ❤️

Of course, this PR really works amazing. Downloads no longer lag the entire app when in progress and the UI especially queue and instant download feedback is amazing.